[HEVC] x265.EXE: mingw builds

[DarrellS]

@ DarrellS, i can't believe your system is using that much ram for the hevc encodes w/ x265.exe app. but from your last posted pic (post # 410) of your taskmgr usage looks like you are showing the total system used memory from the Performance tab. i've been giving mem usage from the processes tab, for x265 only. currently it is at 146mb when using this command on a 720x480 24fps 122 frames as source:

No, that's what my system is using. I have MagicJack phone which has to run, Avast and a few other things including the OS.




MPC-HC stopped working for me at all. It doesn't crash anymore but it pops up an error about LAV source splitter. I ran Codec Tool and found a bunch of damaged or missing HEVC stuff so I uninstalled and reinstalled (there needs to be a bat file to unregister everything that gets registered) and I downloaded the newest nightly build of MPC-HC hoping they would have some kind of support by now but just like everyone else, they don't seem to be interested with HEVC. That didn't help. Seems like I had to uninstall the LAV filters a couple of times before because they caused problems on my system.

Saw on the ffmpeg wiki that they now have x265 listed but not yet implemented so hopefully it won't be to much longer before we get at least some kind of support for x265. The Matroska people don't seem to concerned. Well, their excuse for not working on it is because of seeking issues. Well, everyone has seeking issues with it except for GPAC who seems to be the only one's who have their sh!t together.

[DarrellS]

I guess one of the missing files was the Strongene Demultiplexor. Everything showed up in MPC-HC even though it wasn't on my system. Even after telling it to forget all my settings. That took a few hours to figure out. I didn't remember having to register the dll by itself. I thought everything registered at once with the bat file.

I encoded a smaller 960x528 file to see if it would play but still had no luck. MPC-HC will not play any HD files. It played the first few frames fine. The second group of frames were corrupt. Played the next few frames and then crashed. Seems that it is not a MPC-HC issue because I opened the file in Virtualdub and it did the exact same thing, crashing on frame 394.

The file encoded at 9.83 fps.

[vhelp]

so you are muxing the audio/video, and that the playback is spotty ?

can you upload a short one of those clips. i'd like to see if i can play it. ty.

in my gui, i only encode to video and those i can play inside the gui. never tried with audio since i can't get the muxing to work on my pc here. i gave up on trying. but i'd like to see if your file works, maybe it is just the tools (bad versions) i've been using all along.

[Jacobr]

ill just say that for me everything i encode without wpp in any resolution plays in mpc-hc or in kmplayer ( x265's 614 build ), whether i mux to mp4 with mp4box or mkv mux with my gui or raw streams play no problems [ btw suprisingly i had to use mpc muxer as intermediate, because avi wouldn't work with bframes encodes. ]

i just hope my post won't get ignored, because i have pretty hard time thinking why -wpp crashes everything ( basically i tracked it down to hevcdecfltr.dll ) on my end, im starting to take vhelp's case of 'it just doesn't work for you, get over it' into account

cmdline w wpp:

C:...x265.exe --q 24 --keyint 80 --max-merge 1 --me 2 --rect --hash 0 --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip --no-tskip-fast  --amp  --input "...intermediate.y4m"  --output "... Kiniro Mosaic - 05 [1080p].hm10"

cmdline w/ wpp is the same just --no-wpp added.

first&last are the same encode:

[El Heggunte]

^ @Jacobr: cf. post #396 from LigH.

Since the Reference Decoder shows artifacts in the decompressed frames, the problem really must be in x265
But while the Reference Decoder manages to "translate" the encoding errors as artifacts, the Lentoid Decoder simply crashes the host application.

[4h8s]

...I am sorry to ask. What is the command function of x265 encoder? I am using VirtualDub's external encoder. The x264's settings I use and it works goodly:

--crf 17.7 --preset medium --tune animation --demuxer raw --input-csp i420 --input-res %(width)x%(height) --fps %(fpsnum)/%(fpsden) -o "%(tempvideofile)" -

I want the highest video quality and smallest size and average encoding speed, maybe slightly slow but not slow.

I am new to this h265 format. I want to see if the video size is smaller than h264 with the same video quality and less bitrate. Please help.



Many many thanks, El Heggunte, for the downloads of the x265, you are a good person.

[Selur]

I want to see if the video size is smaller than h264 with the same bitrate.

unless something is broken this should not be possible,...
If both encoders use the same (average) bit rate the output size should be the same. (might not be the case with x265 atm. since it doesn't have a working rate control atm. iirc.)

[4h8s]

Oops, I meant less bitrate, less size for the same quality.

Anyways, what is the command settings for VirtualDub's external encoder? I want to test h265.
Highest video quality and smallest size and average encoding speed, maybe slightly slow but not slow.

Thanks.

...

[El Heggunte]

O hello, El Heggunte, you are now online, please do help me... great thanks.

The "login timeout window" ( for lack of a less inappropriate terminology =^.^= ) of the Videohelp forum is 1 hour --- so if vBulletin says "User XYZ is on-line now", that doesn't mean User XYZ is viewing a page at forum.videohelp.com

Anyway, as I said before, I don't use VirtualDub 1.10, and I know nothing about its external encoders feature.

Also, since x265 still is not even an alpha software, ATM I personally don't care very-much about "big bitrate savings".

And to quote a programmer who I still admire most,

"the day has only 24 hours, and that's not enough"

[DarrellS]

so you are muxing the audio/video, and that the playback is spotty ?

can you upload a short one of those clips. i'd like to see if i can play it. ty.

in my gui, i only encode to video and those i can play inside the gui. never tried with audio since i can't get the muxing to work on my pc here. i gave up on trying. but i'd like to see if your file works, maybe it is just the tools (bad versions) i've been using all along.

I would have to use a different source file since these are NSFW

It doesn't matter if they have audio or not and I believe that Jacobr is correct. I believe all my encodes with --no-wpp played without a problem. I'll do another encode with --no-wpp to make sure.

You should be able to mux to mp4 with the MP4Box.exe that came in the GPAC nightly build where you got the Osmos4 player and playback with the latest Strongene mpeg-4 Demultiplexor and no, I don't have any problem playing these wpp encodes in the Osmos4 player since they seem to have it figured out.

I haven't been able to mux to mkv yet since I don't know how to built mkvmerge that is posted on the DivX site. I'll check out Jacobr's post to see how he does it because I always get an unsupported file when I try to mux to mkv. I have no idea how to get it into an avi container since Virtualdub says it uses a compression algorym that is not compatible with avi.


EDIT: Yeah, the 1920x1080 files created using --no-wpp play fine in MPC-HC. They are even seek-able. The only downfall is that the encoder only uses one thread which quadruples the encoding time. Memory usage jumps to over 600MB also where the --wpp files used around 140MB of memory.

[DarrellS]

...I am sorry to ask. What is the command function of x265 encoder? I am using VirtualDub's external encoder. The x264's settings I use and it works goodly:

--crf 17.7 --preset medium --tune animation --demuxer raw --input-csp i420 --input-res %(width)x%(height) --fps %(fpsnum)/%(fpsden) -o "%(tempvideofile)" -

I want the highest video quality and smallest size and average encoding speed, maybe slightly slow but not slow.

I am new to this h265 format. I want to see if the video size is smaller than h264 with the same video quality and less bitrate. Please help.



Many many thanks, El Heggunte, for the downloads of the x265, you are a good person, unlike other unhelpful people. Compiling is a pain, i hate it because i must download more programs to my PC and waste more of my time. Those programs slow my PC and use up space. Good thing Sandboxie protects my PC.





O hello, El Heggunte, you are now online, please do help me... great thanks.
...

If you notice the "-" at the end of the x264 command line, that is how the external encoder reads the input file and since x265 does not support "-" or "stdin" then the x265 encoder cannot be used with Virtualdub's external encoder feature. It looks like ffmpeg is working on implementing the x265 encoder so it probably won't be long before we can open any video file in Virtualdub and encode to x265 mp4 without the need for for a huge intermediate y4m file. Right now you can use Virtualdub to create that y4m intermiate file if you wish.

Here is the command for that...

Encoder: Y4M

Type: Video Encoder
Program: C:\ffmpeg.exe
Command Argument: -f rawvideo -s %(width)x%(height) -r %(fpsnum)/%(fpsden) -i - -an -f yuv4mpegpipe -pix_fmt yuv420p -y %(outputname).y4m
%(outputname) "leave this blank"


Encoder Set: Y4M

Video Encoder: Y4M
Audio Encoder: none
Multiplexor: none
File Description: y4m
File Extension: y4m

[4h8s]

x265 encoder cannot be used with Virtualdub's external encoder feature

That is bad. There is no easy way to encode as h265? No easy and effective command function/argument?

And about the Y4M, how to use it to create h265 vids?, easy answer please.

If i successfully encode h265 vids, i will post h265 vs h264 comparisons. Especially the size and encoding speed.

...

[DarrellS]

A couple of guys have GUIs to do their encoding but I put all my exe files (cmd.exe, ffmpeg.exe and x265.exe) in one folder "C:\Tools\x265" and create a .bat file to do all the work. You'll also to to download the GPAC nightly build to get mp4box.exe to mux the files. I have an avs file in the same folder to open the input.avi...

AVISource("C:\Tools\x265\input.avi")

Here is my .bat file for x265 with --wpp and without audio...

avs2yuv.exe "C:\Tools\x265\input.avs" -o input.y4m & x265 --frames all --q 24 --keyint 100 --max-merge 1 --hash 1 --wpp --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip --input "input.y4m" --output "video.hvc" & C:\Tools\GPAC\mp4box.exe -add C:\Tools\x265\video.hvc:FMT=HEVC -new outfile.mp4

With --wpp and mp3 audio...

avs2yuv.exe "C:\Tools\x265\input.avs" -o input.y4m & x265 --frames all --q 24 --keyint 100 --max-merge 1 --hash 1 --wpp --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip --input "input.y4m" --output "video.hvc" & C:\Tools\GPAC\mp4box.exe -add C:\Tools\x265\video.hvc:FMT=HEVC -add C:\Tools\x265\input.mp3 -new outfile.mp4

--no-wpp and no audio

avs2yuv.exe "C:\Tools\x265\input.avs" -o input.y4m & x265.exe --q 24 --keyint 100 --frames all --input "input.y4m" --max-merge 1 --hash 0 --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip --no-tskip-fast --no-wpp --output "video.hvc" & C:\Tools\GPAC\mp4box.exe -add C:\Tools\x265\video.hvc:FMT=HEVC -new outfile.mp4

--no-wpp and mp3 audio

avs2yuv.exe "C:\Tools\x265\input.avs" -o input.y4m & x265.exe --q 24 --keyint 100 --frames all --input "input.y4m" --max-merge 1 --hash 0 --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 2 --no-tskip --no-tskip-fast --no-wpp --output "video.hvc" & C:\Tools\GPAC\mp4box.exe -add C:\Tools\x265\video.hvc:FMT=HEVC -add C:\Tools\x265\input.mp3 -new outfile.mp4

If you use Virtualdub to create the y4m file then you can leave off the first part before x265.exe.

[vhelp]

If i successfully encode h265 vids, i will post h265 vs h264 comparisons. Especially the size and encoding speed.

x265 is in the 'testing' phase, is slow as snails and buggy and has limited active functions and features. the builds are merily for testing of added, removed, or new and/or improved features. as such, what works today may not tomorrow though might come back another day, may be broken again or taken out again, may be super slow today, only slightly faster tomorrow, then slower the next build, and so on. ie, in first builds i would get aprox 0.14 fps, in a few builds later, i was getting 1 fps speed. now i'm back to 0.14 fps. it will be this (rollercoster) way for quite some time until a stable build is realized and becomes that new standard. no one knows when that will be.

therefore, it is too early to be writing comparison reports.

[Koti]

x265 [info]: build info [Windows][GCC 4.8.1][32 bit] 8bpp

x265 [info]: HEVC encoder version 0.3+731-f3a583f4d0b1

[El Heggunte]

x265 [info]: HEVC encoder version 0.3+666-6dde4a22e763
x265 [info]: build info [Windows][GCC 4.8.1][32 bit] 8bpp

The message you have entered is too short. Please lengthen your message to at least 2 characters.

[dimokami]

Hi everyone. Please who can, tell please. How to make preset in VirtualDub to encode x265. Because with a few posts before doesnt work. VirtualDub 1.10.1 Iam using this --crf 17.7 --preset medium --tune animation --demuxer raw --input-csp i420 --input-res %(width)x%(height) --fps %(fpsnum)/%(fpsden) -o "%(tempvideofile)" - but it gives error code 0000001

[4h8s]

That is for x264's settings. I would like to know x265's command setting too.

Koti, the new x265 0.3+671, does this work in vdub? If yes, what is the command setting? And thanks for the download.

vhelp:
x265 is in the 'testing' phase, is slow as snails and buggy and has limited active functions and features.

Alright, i will wait until there is a good version of x265.


http://strongene.com/en/downloads/downloadCenter.jsp
Strongene says h265 uses 50% bitrates of H.264/AVC for the same quality of video, but is slower, 300% ~ 20,000% times slower.
How do I use their encoder, easy instructions please.

DarrellS, I will try that, thanks.



...

[Jacobr]

^ 4h8s for the strongene encoder, you should most probably look up this one closely: thread, their encoder is a directshow one and as far as i was using it, it watermarks videos. [ the watermark is small, but it is there ]

Strongene says h265 uses 50% bitrates of H.264/AVC for the same quality of video

that obviously is the ideal and most of the time we will get 60-70% of original file size with comparable quality
vhelp i think also built a frontend around that
hope that helps you

[Marchand]

vhelp i think also built a frontend around that

I'm anxious to test the gui made ​​by vhelp .......

[vhelp]

frontend for that encoder is incomplete:

when last i left off in that project, i was looking into the possibility of a real-time progress report, so we know what the heck is going on during encoding. but i was unable to solve that. and incorporating a preview was/is possible but i was never able to get a preview working on my machine (you can search my history on that issue in that thread) though it worked for everyone else. however, i will not build (blindly) just because others, its working for. i need it to work on my machine before i can build ontop of it, and move on in the project.

so, i didn't post it because its not complete and also because i thought it would be too complicated for most people to setup, you have to know all the things you will need, in other words, be familiar and comfortable with the strongene lentoid encoder and the associated ds driver encoder/decoder files, etc., etc. iow, if you have to ask questions about how to set up the strongene lentoid encoder and encode video with it (first) then forget it. let alone the gui. sorry to disapoint anyone on that project.

[vhelp]

614-0e0a822 build, no mem leak. mem usage is 146mb, speed 265s/122 frames 720x480 24fps video
671-e7cfb49 build, no mem leak. mem usage is 112mb speed 245s/122 frames 720x480 24fps video

latest bild seems a tad bit faster than the previous build though not by much.

--frames 122 --q 20 --keyint 24 --rect --max-merge 1 --hash 1 --wpp --no-rdo --no-rdoq --tu-intra-depth 1 --tu-inter-depth 1 --no-tskip --input "\video.y4m" -o "video.hm10"

edit: disregard, speed i slower in latest build

[Acetyl]

Now, out of curiosity. I've read up a bit on HEVC, and how it defines and determines variable macroblocks to code for. However, I recently tried a test encode of a 1920x1036 stream, and it threw an error saying the height wasn't a multiple of any of its CTU sizes.


Seemed strange, as nothing I've read indicated it wasn't capable of handling these dimensions. Assuming I'm not just mistaken and it's not a bug or that handling non-standard resolutions are an incomplete feature, it's a bit of a disappointing discovery. x264's support for non-mod16 dimensions came later, perhaps the same will happen here.

[LigH.de]

@ dimokami:

This question was already answered for 4h8s — as long as x265.exe can only read physical YUV or Y4M files, you cannot stream the video out of VirtualDub into x265.

Regarding the "same quality parameters": There is no "same quality"; and furthermore, there are no recommendations yet which range the CQP parameter should have to certainly get "visually transparent quality" (means, you can't tell apart the copy from the original).

But the default is currently way too coarse. My 1080p experiments run with "-q 12", I found that the quality loss with "-q 18" is not acceptable with the current stage of development. This will probably change in the future; either by making x265 more efficient or by redefining the quality parameter to get more similar to x264... or I just chose a combination of parameters which is not yet efficiently encoded. But I need more feedback from the developers which meaning they have and if they are encouraged or discouraged at the moment.

Apparently, Opera is incompatible with this editor. Or vice versa.
__

P.S.:

-i/--keyint              	Max intra period in frames
				Default: 250

x265 [warning]: Keyframe interval must be multiple of 8, forcing --keyint 256

So ... why not Zoidberg? ... Eh, 240?

[4h8s]

@ dimokami:

This question was already answered for 4h8s — as long as x265.exe can only read physical YUV or Y4M files, you cannot stream the video out of VirtualDub into x265.

Regarding the "same quality parameters": There is no "same quality"; and furthermore, there are no recommendations yet which range the CQP parameter should have to certainly get "visually transparent quality" (means, you can't tell apart the copy from the original).

The developers of x265 must make it compatible, vdub is excellent and easier than boring command line. I can use high number of filters in vdub. It has vid preview, before and after. It is superb. And most importantly, it saves time.

And about the "same quality", of course, no encodes are exact nor same, except lossless. But having very near same (transparent) is possible. Very close exact. Not 100%, but yes near 99.9%.

Make the x265's settings easier and less, using too many functions to encode waste more time of humans. 2 autosetting, like a quality function: q1~100, speed super slow ~ super fast.

__________________________________________________ ______________________________________
Bottom of this line:
Keep it easy and simple, but good.

dimokami, if you know how to use x265 in vdub's awesome External Encoder, please post.

...

[vhelp]

i need to correct myself in post # 442.

614-0e0a822 build, is faster than 671-e7cfb49 build. but the 488-77418bf was the fastest on my desktop pc, amd dual core sse2/sse3 specs and netbook atom cpu sse2/sse3/ssse3.

however, on an i3 work pc, with sse2/sse3/ssse3/sse4.1/sse4.2 all the encoders seem to be aprox the same speed. so, on a lower grade cpu the encoding speed varied dramatically between each build. i suspect each build algo changed slightly.

[El Heggunte]

Apparently, Opera is incompatible with this editor. Or vice versa.

Hmmm, 1) do you use the Quick Reply box? And 2) what is the version of your Opera?

1) I don't and I didn't --- since when my favorite browser was, first, Seamonkey, and second, K-Meleon

2) 11.64

P.S.:

-i/--keyint              	Max intra period in frames
				Default: 250

x265 [warning]: Keyframe interval must be multiple of 8, forcing --keyint 256

So ... why not Zoidberg? ... Eh, 240?

At least with some of the older commits, there is/were some option(s) which allowed the keyint to be a multiple of 4
Besides, and now regarding video resolution, x265 required the frame width and height to be multiples of 8.

IMNSHO, this is the kind of information which should be part of the x265 Wiki and of the "Evaluators Guide" PDFs as well.
But sadly the maintainers of that Wiki do think otherwise

[DarrellS]

I thought in the beginning that they said that it had to be a multiple of 64 but that does not always work. I tried doing 960x540 and it wouldn't work. I found a wiki the other day that gave the supported resolutions. I'll see if I can find it again.


As for Virtualdub, AGAIN, x265 will not work with the x265 encoder because it does not support stdin which x264 does. Someone on Doom9 said that it would be easy to add "stdin" and "-" with just a few lines of code but it doesn't seem to be that easy for anyone but him and he's not interested in creating a build himself.

Multicore also said in the PDF that you could use --keyint -1 or --keyint 1 and it would only produce 1 keyframe but it crashed when I tried to use those settings.

I'll download the latest build and see if it's any faster. I've been busy with football lately

[DarrellS]

According to the PDF, rect is supposed to be off by default but looking at the cmd prompt (because my speeds were a lot slower), I noticed that it was on so I changed my command line to include --no-rect and my speeds doubled. I encoded a 960x528 at 12.72 fps. I also upped the keyframe interval to 300. Don't know if it made any difference in the encoding time. I'll lower it and see.

This file will play in MPC-HC but higher resolutions will not. I'll try and find exactly what resolution that MPC-HC starts choking on.



EDIT: I just encoded a 1024x576 at 11.75 fps and although the file tries to play in MPC-HC, the frames are corrupt and it chokes at frame 294.

[LigH.de]

Hmmm, 1) do you use the Quick Reply box? And 2) what is the version of your Opera?

1) Neither in full reply. The "WYSIWYG editor" doesn't react on button clicks (no visual formatting, no inserted smilies); as if specific JS sources did not get loaded. I'll try the "Standard editor" instead. But it might as well be my networking via proxy which fails in some cases with HTTPS.

2) 12.16 (Win32)